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LABEL SWITCHED PATH OAM WRAPPER 
Field of _the Invention 

[Oooi] The invention relates zo communications 
networks and, more particularly, to methods and 
devices fur determining the performance of network 
segments in an Multi-Protocol Label Switched {MPLS ) 
network. 

Backgro und to tha TnveTition 

[0002] Today's increasing use of and reliance on 
communications networks has led to the development of 
new standards and protocol that provide more reliable 
and efficient network services to consumers, 
[0003] A standard that is still developing is M?L3 
(Multi -Protocol Label switching] . This emerging 
standard allows packets or any data transmission 
units (DTUa) Lo be routed in the MPLS network based 
simply o^ s label that the DTU is carrying. This 
process facilitates the complexity of mule lookups 
that are based on a destination IP (internet 
Protocol) address. Thus, a D7U (Data Transmission 
Unit) arriving at a router is forwarded to another 
router based merely on the a DTU's label. At the 
next router, Lhe label of the dtu may be replaced or 
added to for the next "hop" in the DTU' e travel 
towards its ultimate destination. While the MPLS 
Standard promises great henefits, very few methods 
have been developed for fault detection/management of 
an MPLS network. 

[0004] One solution to the above need has been 
suggested by ITU-T 1.1711, m rhis document, 
discussed is the use of a special Operation And 
Maintenance (OAM) packet thai can be used to 
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determine the performance of an MPLS network. An 
Unused reserved MPLS label value is used at the 
bottom of the label stack of QM packets to delineate 
OAM packets for transport between Label Switch Path 
(LSP) ingress and egress points, This approach, 
unfortunately/ only allows for performance 
determination hftrwsen these ingress and egress 
points. The performance of network segments between 
these ingress and egress points is not possible nor 
even considered in the above proposal . Furthermore, 
the use of a specific mpls label value for cam 
packets leads to increased overhead costs for this 
g proposal. 

O f0005] By way of explanation/ it should be noted 

J that an LSP is a specific date traffic path in an 

MPLS network. Such LSPs are provided for by LDPs 
{Label Distribution Protocols) that establish these 
paths and reserves the necessary resources on the 
M= nodes in the path to meet predefined service 

; y requirements of the data path. An LS? is analogous 

f: to the route thar a packet or DTU is tasked to fellow 

C3 in being transmitted from an ingress (euUy) LS? node 

to an egress (exit) LSP node, T.SPs are established 
from the egress LSP node to the ingress LSP node. As 
such, the egress LSP node uses ldv to distribute the 
relevant labels to the relevant nodes. Once a DTU 
arrives al the ingress LSP node/ the DTU is thus 
forwarded to the egress LSP node based on the 
forwarding decisions dictated by the d-stribuLed 
labels. 

[000€] An LDP is a specification that allows a 
label switch router (LSR1 to distribute 1 she Is to its 
LDP pears. In MPLS, since DTUs are routed based on 
the labels car jl led by the DTUs, the routers (LHRJ 
must know where to route the DTUs based on the labels 
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carried by the DTU. Thus, if an LSR assigns a label 
A to a Class of BTUs, that LSR must notify the other 
LSRs of the meaning of that label A (i.e. what to do 
or how to process or route a DTU with label A) . This 
is accomplished by using an LDP. Since a set of 
labels from the ingress LSR (entry router) to the 
egress LSR (exit router) In an MPLS network defines a 
Label Switched Path (LSP) , LDPs help in establishing 
an LSP by using a set of procedures to distribute the 
labels among the LSP peers (i.e. the ingress LSP and 
the egress LSPs die peers in. that they communicate 
with each other at. the sane level - they can enemy a 
what each has done) . 

[0007] From the above discussion, any sulucion to 
the above performance determination problem should 
ideally make use of the existing infrastructure that 
adheres to the MPLS standard. Such a solution would 
not require increased logic to be implemented and 
should allow for segmentation of LSPs in terms of 
per fuimd.ri.ee and fault isolation. 
[0008] Tt should be noted that the term data 
transmission unit (DTU) will be uocd in a generic 
sense throughout this document to mean units throuyh 
which digital data is transmitted from one point in a 
network to another, Thus, such units may take the 
form of packets, cells, frames, or ary other unit as 
long as digital daLa is encapsulated within the unit. 
Thus, the term DTU is applioahle to any and all 
packets and frames that implement specific protocols, 
standards or transmission schemes. It should also 
be noted that the term digital data will be used 
throughout this document La encompass ail manner of 
voice, multimedia content, video, binary data or any 
other form of data or information that has been 
digitized and that is transmitted from one point in a 
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network to another as a poyload of a data 
transmission unit. 
Summary of the Invention 

[0009] The present invention seeks to provide 
asthods for logically segmenting an LSP so that CAM 
DTUs may be used to determine the performance and/or 
the status of LSP segments. To segment a previously 
determined LSP, a dedicated subpath (a logical LSP) 
within that predetermined lsf is defined between two 
LSRs that are capable of processing OAM DTUs. The 
source node $ source LSR) establishes a logical lsp 
between itself and the destination node (destination 
LSR) using an LDP. In doing this, the logical LSP 
traverses a specific path and transits through 
specific nodes in that path. The destination node 
then transmits an om dtu or any other specialized 
DTU to the source node using a label specifically 
associated with the logical LSP that was established. 
The characteristic of the specific path traversed by 
the logical LSP can thus be determined by when, how, 
and if the specialized DTU is rar.aivftd by this 
destination node* 

[00010] in a first aspect the present invention 
provides a method of routing a special type cf a data 
transmission unit between a source node and a 
destination node in & network that only allows 
unidirectional routing? both the source node and the 
destination node being capable of processing the 
special type of data transmission unit, the method 
comprising: 

a) selecting intermediate nodes to be 
traversed transmitted by the dtu when transmitted 
from the source node to the destination node; 

h) designating the intermediate nodes 
selected in step a) as being in a specific path of 
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nodes between the source node and the destination 
node; 

c) creating the UTU at the source node; and 
a; transmitting the DTU from the source 

node to the destination node along the specific path 

uf nodes. 

[00011] Tn a second aspect the present, invent ion 
provides a method of segmenting a predefined path 
through a network that only allows unidirectional 
transmission, the method comprising: 

a) determining which nodes on the network 
are on the predefined path; 

b) defining segment nodes that define 
beginning and ending nodes for a network segment? and 

c) configuring a network segment between 
beginning and ending nodes by instructing intervening 
nodes on how to forward data transmission units 
conriqured for Liwl network segment. 

[00012] In a third aspect the present invention 
provides a me Ihvd of determining a performance of a 
network path, the method comprising! 

a) dividing the network path into segments, 
each segment having a source node defining a 
beginning of the segment and a destination node 
defining an ending of the segment ; 

h) transmitting a specialized data 
transmission unit from Lhe source node to the 
destination node; 

c) receiving the specialised data 
transmission unit at the destination node; and 

d) calculating the performance of the 
segment Cased on data contained in Lhe specialized 
data transmission unit. 
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[00013] In a fourth aspect the present invention 
provides a method of determining a performance of a 
network path, the method comprising: 

a) dividing the network path into segments, 
each segment having a source node defining a 
beginning of the segment and a destination node 
defining an endinq of the segment; 

b) transmitting a specialized data 
transmission unit from the source node to the 
destination nods; and 

c) determining if there is a fault on the 
segment based on whether the specialized data 
transmission unit is received by the destination nnde 
within a given amount of time. 

[00014 J In a fifth aspect the present invention 
provides a network router for routing data 
transmission units (DTUs) in a domain which only 
allows unidirectional flow, the router including: 

- a receiving module for receiving DTUs; 

- a transmitting Module for transmitting 

DTUs; 

a switch core module placed between the 
receiving module and the transmitting module for 
routing DTUs between the receiving and the 
transmitting modules; and 

- a diagnostic module for determining a 
performance of a network path of the domain, the 
diagnostic module being for processing specialized 
DTUs received by the receiving module and for 
creating specialized DTUs to be transmitted by the 
transmitting module, 

wherein the router executes computer readable and 
computer executable instructions for implementing a 
method for determining the performance of the network 
path, the method including! 
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a) .if the neLwork router is a source node 
for the network path, transmitting the specialized 
DTUs to a destination node; and 

b) if the network router is a destination 
node for the network path, receiving the specialized 
DTUs and performing an action chosen from the group 
consisting u£: 

01) calculating the performance of the 
network path based on data contained 
in the specialized DTUj and 
b2) determining if there is a fault on 
^ the network path based on whether a 

rj specialized DTU is received within a 

D given amount rf time. 

J S-£ief De^cripUgn, of t.he. Drawings 

Q [00015] h better understanding of the invention 

; \f may be obtained by reading the detail Ad description 

OX the invention below, in conjunction with the 
M= following drawings, in which: 

[00016] Figure J is a block diagram of an MPLS 
M> . network using label switched routers; 

J=? [00017] Figure 1A is a block diagram illustrating 

the logical adjacencies allowed by 0AM wrappei s ; 
[00018] Figure 2 is a flowchart illustrating the 
steps in a method according to one aspect of the 
Invention? 

[00019} Figure 3 is a diagram ot the fields in an 
HPliS DTU which may be used lur transporting cam data 
between LSRs ; and 

[00020] Figure 4 is a block diagram of the 
components <* Label Switched Router (LSR) which may be 
used to implement one aspect of whs invention. 
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[00021] Fox this document, the cam "CAM -capable" 
will be understand to mean capable of processing OAM 
DTUs or some uther specialised. DTP" used for 
maintenance and/or performance determination 
purposes. Processing such jjtus may involve producing 
such DTUi, determining network segment Eer.Tur21a.nce 
from the DTUs and determining network or network 
segment taults by the receipt of non-receipt of such 
DTUs. Based «n the above, a "non-OAM capable" node 
will thus toe nodes that are unable Lo process such 
special! sad DTUs . 

[00022] Kef erring to Figure 1, a schematic block 
diagram, of an MPLS network 10 is illustrated. A 
first Om capable LSR 20 (LSK0) is coupled to a node 
30. The node 30 is coupled to another node 40 which, 
in turr., is coupled to a second OAM capable LSR 50 
(LSR 5) . At another end of I.SR 20, a nan CAM capable 
LSR SO (LSR15 is COUpled to LSR 2C through two 
intervening nodes 70, 80. This non-OAM capable LSR 
60 is also r.oupled to another QAM capable LSR 90 
(LSR6) with no intervening nodes in between. At 
another port Of LSR 60, another non-OAM capable LSR 
100 (LGR4) is coupled to LSR 60 with three* 
intervening nodes 110, 12C f 3 30 in between, This LSR 
100 is coupled, in turn, to LSR 90 with three 
Intervening nodes 140, 150, 160 in between. At yet 
another port o£ LSR 60, this LSR 60 is coupled to an 
OAM capable LSR 170 (T.SR2) through one intervening 
node 180. Between LSR HQ and an OAM capable LSR 190 
(LSR3) arc three intervening nodes 200, 210, ?.2'j. 
The LSK ISO is also coupled to LSR 100 at another of 
its ports, 

[OQ023] It should be noted that intervening nodes 
30, 40, 70, 80. 180, 140, ISO, 160, 11(1, 12U, 130, 



DEC. -3T 01 (MONi 13:23 



TEU13 §20 m 



P.0J5 



14758ROUS01U 



200, 210, 220 are not of interest and are merely 
network nodes that are non-OAM capable. Per non-OAM 
capable nodes and LSRs QfiM is transparent to these 
nodes and LSRs. These nodes are provided as 
illustration that other nodes may be present between 
the xelevant LSRs. 

[00024] With the network 10 as illustrated in 
Fiquie 1, previously suggested solutiono to the 
problem outlined above would only be capable of 
determining and-tn-end performance between an ingress 
T.SR and an egress LSR of an LSP, if the LSP was a 
path from LSRO to L5R3 f with the LSP passing through 
LSR1 and LSR2, then only the performance for the 
whole path through LSR1 and can be found. The 
isolation of any faults in that path is not possible. 
Thus , it the node 100 were to fall, then a user would 
only know that the LSP between LSR0 and LSR 3 has 
failed and that uccr would not be able to isolate the 
problem to any specific portion of the path. 
I0002SJ Segmentation of the MPLS network is 
achieved by configuring logical LSPs within a given 
LSP, If the example given above of an LSP with T.SRQ 
as an ingress LSR and LSR3 as an egress LSR is taken, 
logical subsidiary LSPs can be created within this 
LSP, Since this LSP passes through an Qm capable 
LSR, LSR2, this LSR can be the breakpoint within the 
larger LSP. Thus, a subsidiary logical LSP between 
LSRO and LSR2 can be created and another subsidiary 
loqical LSP segment between LSR2 and L3R3 can be 
crested. 

[000261 By setting up a local LSP segment between 
LSRO and LSR2, any faults in that network sequent can 
therefore be isolated, similarly, if there is a 
fault between LSR2 and LSR3, then the fault can be 
isolated to that segment- If the MPLS network cannot 
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be segmented between the ingress LSRO and the egress 
r.SRj , then any fault between these two LSRs cannot be 
localised. If the MPLS network can be assented, 
then by checking each segment the problem can be 
isolated. 

[00027] To segment the LSP between L3R0 and L3R3, 
the source node, in this case LS3.0, would create an 
LSP segment between itself, LSR0, and the cluseat OAM 
capable LSR. in this case the nearest QAM capable 
LSR would be LSR2 . An LS? segment between LSR0 and 
LSR1 would not be of any use given that LSK1 cannot 
process the QAM or specialised DTU. To provision 
this first LSP segment, LSRft would use the LDP to 
notify all the nodes be tween itself and the 
destination node that a new LSP segment has been 
established and thai any DTUs carrying the label that 
is assigned to the new LSP segment mast be processed 
accordingly. With the first subsidiary LSP 
established, a second LSP segment can be created 
between L5R2 and LSR3. This second LSP segment would 
be useful as it is between OAM capable LSRs. It 
should be clear that these LSP segments are being 
defined within an LSP that has bean previously 
established. The LSP segments are denoted as an 
attribute of this previously established LSP. The 
LSP segments 3 re defined when the uriginal LSP is 
defined. In effect, an *OAM wrapper" is established 
for each possible seqment as an attribute of that 
L3F. Thus, if a path for an LSP changes, the new 
labels distributed to setup the new path will carry 
with it the CAM wrapper attribute of the LSP. LSP 
se omenta aie defined and for each LSP segment 
delimited by OAM capable LSRs. or non OAM LSP segments 

(e.g. LSR1 in Figure 1) , an OAK wrapper can be 
established. Thus, in Figure l, the LSP segment 
defined between OAM capable LSRS, LSR2 and LSR3 can 
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have an OAM wrapper associated with it. Similarly, 
the LSP segment between LSRO and LSR2 can have its 
own CM wrapper associated with it. 
[00026] To establish the Second LS? segment the 
source note, either of LSR2 or LSR3, can initiate the 
process by provisioning tor the LSP segment and using 
LDP to notify the nodes between it sell and the 
destination LSR how DIUS with the label for this 
second LSP segment will be processed. Once these two 
LDP segments are established, it should be clear that 
any problems in the original LSP between LSRO and 
1SR3 can he. localised to either of the two LSP 
segments. If there is a problem in the original LSP 
then this problem may be localized by using the lsf 
segments to pinpoint the problem. The first LSP 
segment between L3RQ and LSR2 can be activated and 
L0R0 can send a specialised fault detection DTU or a 
reguiai om BTU to LSR2 to determine if the fault is 
within that segment uf the original LSP. 
Simultaneously, the second LSP segment between LSR2 
and LSRJ can be examined by having the destination 
node send a similar fault detection or OAM DTIJ to the 
destination LSR to determine if the faul I is within 
that segment. By this piocess of segmentate nn and 
elimination, faults along a previously determined LSP 
can be localized and isolated. 

£00029] Again taking Figure 1 as an example, the 
0AM wrappers that can be established are as follows: 
0AM wrapper A: 

between L3R0 (ingress) and LSR5 (egress) 
CAM wrapper B: 

between LSR6 (ingress) and LSR3 (egress;. 
0AM wrapper C: 

between LSR! (ingress} ana LSR2 (egress) 
0AM wrapper D: 
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between LSF? (ingress) and LSR3 (egress) 
100030] The OAM wrapper establishes logical 
adjacencies between LSRs that are equipped with OAM 
capabilities tot performance measurement and fault 
isolation. The ingress and egress points are set out 
Clearly in the OAM wrapper satup to account for the 
unidirectional nature of MPLS, The logical links ox. 
adjacencies between the CAM capable LSRs arc 
illustrated in Figure 1A. As can be seen in Fig 1A, 
LSR0 is logically adjacent to LSRS, L3R2, LSR3, arri 
LSRS for (JAM purposes. Furthermore, LtiRf is logically 
adjacent to LSF 3 and LSR2 is also logically adjacent 
to LSR.3 for OAM purposes. The intervening nodes 
between these LSR5 are non- OAM capable and are thus 
transparent to the 0£M DTUs and are not included in 
Figure* 1A. Also, since LSRi and LSR4 are non -OAM 
capable, these are also transparent to OAM and OAM 
DTTTs and are not included in Figure 1A, 
[00031] As part of the establishment of a T,SP 
segment/ at least one label has tc be assigned tc the 
LSP segment. This involves the establishing node, 
usually the source LSR, choosing a label in the LSP 
segment. Once this label is chosen, it. is then 
assigned to the LSP segment. Once assigned, the 
label can then be inserted into the OAM D'f'J - II 
should be noted that this assignment is communicated 
to the other nodes using LDP. This way the other 
nodes are notified of the new label and of the new 
LSP segment. 

[000321 To ensure Lhat a LSP segment will traverse 
a specific path through the network, the LSF segment 
can be configured lo proceed along a specific path. 
As an example, if an L5? between L3R0 and LSRS is 
configured to travel any path between LSRO and LSR3 
then multiple possibilities exist for this path. 
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For example a F5TU cn that LSF, which we can label as 
the primary LSP, can take the path from LSRO to LSRl, 
then to T.SR6, L5R4, and finally, to LSR3. Or, thai 
saa* DTU may take tha path front LSRO to LSRl, then to 
LSR2, and finally to LSR3. As a third path the dtu 
could travel from LSRO, in to LSRl, LSR4, and, 
finally, Lo L3R3. Clearly, to perform fault 
management and/or per romance determination and 
management on the primary LSP oetween LSRO and LSR3 
in this configuration can be difficult. However, if 
LSP5 segment o are created between the GAM capable 
LSBs in this configuration, then hotr. fault 
management and performance determination is 
simplified. As an example, an LSP subsidiary can be 
created between LSRO and L3R6 parsing thrmign LSRl, 
Similarly, a tSP segment, can be cheated between LST36 
and LSR3 passing through LSR4 . Also, an LSP segment 
can be created between L5K0 and L5R3 passing through 
I.SRI and LSR4 . To ensure that th* correct path is 
being created and examined, the L5P between the. OAM 
capable LSRs can be created to ioliow a very specific 
path. As An example, an LSP segment between Lb'R6 and 
LSR3 can be created by using LDP to notify all the 
nod ft s that a DTU passing through this LSP must pass 
through node 140, ISO, 160 and LSR4. Similarly, if 
an LSP segment between LSRO and LSRj is to be created 
to test the links between LSRl and LSRl, then this 
LStf seqmeat should be configured such that any DTU on 
this LSP must pass through nodes 110, 120, and 130. 
{00033] Concerning the OAM DTU that may be 
transmitted from a source node to a destination node, 
this 0AM DTU can be created in a well known manner 
and designed according to a user's specific need. To 
further clarify it snould be noted that a source node 
and a destination node are ideally gam capably LSRs. 
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Ah L3R is a nods that can route traffic based on 
their labels. 

[00034] The CM DTU can be as simple as a DTU that 
has a date and time stamp of when the DTU was 
transmitted from a source node. This OAM HTU, when 
received by the destination node, is processed by 
merely reading the date and time stamp and comparing 
that with the date and time at which the OAM DTU was 
received at the destination node. By doing this 
comparison, the transit time Iron the course node to 
the destination node can be determined as long aa, o£ 
course, the blocks in the source node and the 
destination node are substantially synchronised. For 
fault isolation/ the source node can send a 
confirmation CRM DTU to a destination node The 
faults on the LSP segment can be found if the 
confirmation DTU is not received by the destination 
node. This fault detection nan be continuously 
carried out with the source node of the J.SP segment 
sending a confirmation CM DTU to the multiple 
destination nodes at a specified rate. The 
destination node can, based on the average transit 
time for an OAM DTU, determine if the source node 
transmitting the confirmation OAM DTUs is still 
communicating, If a destination node does not 
receive a continuation om DTU within a predetermined 
amount of time after the previous confirmation OM 
DTU, then the destination node may decide to issue a 
warning that a fault on the LSP segment of the 
primary LSP is present. This will therefore allow 
users and/or network management software ro look 
further into the matter. 

100033] figure 2 is a flow chart illustrating the 
steps taken in the process outlined above is 
illustrated. The first step is step 230. This step 
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chooses the primary LSP to be segmented. Step 240 
determines the path in the primary LSP Tor an LSP 
segment . As an example, in Figure* l, if the primary 
lsp is Irom LSRO to LSR 3 then the second step would 
be to determine whether the LSP segment passes 
through LSRQ, LSR1, and LSR2 at through LSRO, 7.SR1, 
LSR4 and, finally, LSR 3. After this, the next step 
(step 250) is that of provisioning or allowing tor an 
LSP segment to be established. This step involves 
determining- the label to be assigned to the LSP 
segment and allocating resources for this label to he 
assigned. Step 250 involves notifying the Other 
nudes and LSRs in fhe MPLS network about the LSP 
segment being created. This notification is normally 
done using LDP, This notification notifies the nodes 
in the path of the LSP segment about how packets 
having the label assigned to that LSP segment is to 
be fur warded and or processed. 

[00036] Once the LSP segment has been setup by 
assigning the labal fc that LSP and by notifying the 
ncdes in the LSP segment, the source node or the 
scarce LSR can now create the OAK DTU and/ or the 
specialized DTO for transmission to the destination 
node (step 265) . step 270 is then that of actually 
transmitting the 0AM DTU from the source node to the 
destination node along the LSP segment, Step 280 
receives the 0m DTU at the destination node. This 
step assumes that the QAM DTU arrives at the 
destination node and that there is no fault along the 
LSP segment. Finally, step 290 is that or processing 
the CAM DTU at the destination node to determine tne 
performance of the LSP segment and/ox to determine 
the configuration of the LSP segment. 
I00Q37] Referring to Figure 3, a possible format 
for MPLS DTUS is illustrated. As oar, be seen, a ?PP 
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(Faint-to-Point Protocol) field 300 provides for data 
related Lo the PPP protocol while a transport label 
field 310 and a service label field 3?0 allows the 
DTU tu be used in an MPLS domain. The contents of 
the transport label filed 310 determines the routing 
of the DTU while the contents of the service label 
fiftid 320 determines the service or processing 
provided to f.he DTU. The OAM label field 32b carries 
an OAM label which signals tc the destination node 
that it is an OAM DTU. The inclusion nt this field 
is in accordance with the document ITU-T. 1711, The 
paylead 330 contains any data to be transported while 
the CRC field 340 provides erxor correction for the 
DTU, II the DTU is to be us Ad as an QAM DTU/ then 
any data which may be needed by an DAM DTTI may be 
laced iu the payload field 330. The OAM wrapper 
discussed above would be evidenced by an U2M label in 
the CAM label field 325. An 0AM capable LSR which 
processes the DTU would recognize the specialized OAM 
label and process the DTU accordingly. Non-OAM 
capable nodes (such as nodes 140, 150 in Figure 1) 
would not recognize the specialised OAM label and 
would merely forward thft QAM DTU to the next node, 
(00038] Referring to Figure 4, illustrated is a 
block diagram of an OAM capable MPLS router (LSR) 
which may use the invention. 

[00039] As can be seen in Fiquxe 4, the router 400 
has three main components: an input module 410/ a 
switch core 420, and an output mydule 430, The input 
module 410 receives DTUs from downstream nodes. The 
switch core 430 then switches these DTUs to the 
proper egress ports on the output module 430. Prior 
to forwarding the received DTU, the LSR processes the 
DTU. If the DTU is an OAM DTU, then the LSR may 
response to the OAM DTU to indicate that the OAM DTU 
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has arrived. It is at this point that the router 
implements the invention as explained above. The 
implementation can be carried out by the output 
nodule 430 prior to transmitting the OAK DTUs across 
the MPLS domain. Alternatively, an extra MPLS module 
440 may be provided Between the output module that 
would process the QAM DTUs and ensure that such CAM 
DTUs are properly processed, sent or responded to. 
Furthermore, such an GAM module would ensure that tha 
MPLS transport of the GAM DTUs is properly 
provisioned. To this end, the MPLS module would 
handle the Signalling and LDP execution to implement 
the invention. The QAM module would therefore 
perform the processing, signalling, encapsulation, 
and service label allocation that are outlined above. 
It should be clear that the above description for 
Figure 4 applies to a source nods for an OAM DTU. 
This source node LSR would originate and transmit the 
OAM DTU ro a destination DTU that would receive the 



[000401 If the OAM capable LSK is a destination 
node, the parts oi this destination node are the same 
as those illustrated in Figure 4 except that the MPLS 
module would be placed such that the receive module 
410 is between the MPLS nodule 440 and the switch 
core 420, Such a designation node would receive QAM 
DTUs and, prior to processing them as regular DTUs, 
would process Lhem as OAM DTUs. 
[00O41J Embodiments or the invention may be 
implemented' in any conventional computer programming 
language. For example, preferred embodiments may be 
implemented in a procedural programming language 
{e.g. "C") or an object oriented language {e.g. 
"C++"). Alternative embodiments of the invention may 
be implemented as pre programmed hardware elements, 
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othei related components, or as a combination of 
hardware and software components. 
[00042 J Embodiments can be implemented as a 
computer program product for use with a computer 
system. Such implementation may include a series of 
computer instructions fixed either on a tangible 
medium, such as a computer readable medium {e.g., a 
diskette, CD-ROM, ROM, or fixed disk) or 
transsn i ttabie to a computer system, via a mortem or 
other interface device, such as a communications 
adapter connected to » network over a medium. The 
medium may be either a tangible medium (e.g., optical 
or electrical communications lines) or a medium 
imp lament- eid with wireless techniques 'e.g., 
microwave, infrared or othe.r transmission 
techniques). The series of computer instructions 
embodies ail or part of the functionality previously 
described herein. Those c Killed in the art should 
appreciate that such computer instructions can be 
written in a number of programming languages for use 
with many computer architectures or operating 
systems. Furthermore, such instructions may be 
stored m any memory device, such as semiconductor, 
magnetic, optical or other memory devices, and may be 
transmitted using any communications technology, such 
as optical, infrared, microwave, ojl other 
transmission technologies, it is expected thai such 
a computer program product may be distributed as a 
removable medium with accompanying printed ol 
electronic documentation (e.g., shrink wrapped 
software), preloaded with a computer system (e.g., on 
system ROM or fixed disk) , or distributed from a 
server over the network (e.g., the Internet or World 
Wide Web) . Of course, some embodiment of the 
invention may be implemented as a combination of both 
software (e.g. a computer program product) and 
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hardware. Still other ejribodiments cf the invent tar. 
may be implemented as entirely hardware, or entirely 
software, (e.g, a computer program product) . 



